home *** CD-ROM | disk | FTP | other *** search
/ Ian & Stuart's Australian Mac: Not for Sale / Another.not.for.sale (Australia).iso / fade into you / being there / How To & FAQ's / big-lan.FAQ < prev    next >
Text File  |  1994-05-15  |  63KB  |  1,355 lines
  1. Article: 1077 of comp.dcom.lans.misc
  2. Xref: lugb news.answers:5591 bit.listserv.big-lan:81 comp.dcom.lans.misc:1077
  3. Path: lugb!ucsvc.ucs.unimelb.edu.au!ariel.ucs.unimelb.EDU.AU!munnari.oz.au!hp9000.csc.cuhk.hk!
  4.  saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!udel!intercon!psinntp!newstand.syr.edu!spider.syr.EDU!jmwobus
  5. Newsgroups: news.answers,bit.listserv.big-lan,comp.dcom.lans.misc
  6. Subject: BIG-LAN/bit.listserv.big-lan FAQ
  7. Message-ID: <1993Feb14.121358.12058@newstand.syr.edu>
  8. From: jmwobus@mailbox.syr.edu (John Wobus)
  9. Date: Sun, 14 Feb 93 12:13:58 EST
  10. Reply-To: big-lan-request@suvm.syr.edu
  11. Followup-To: poster
  12. Organization: Syracuse University, Syracuse, NY
  13. Approved: jmwobus@mailbox.syr.edu
  14. Originator: jmwobus@spider.syr.EDU
  15. Lines: 1336
  16.  
  17. Archive-name: LANs/big-lan-faq
  18.  
  19. BIG-LAN Frequently Asked Questions
  20.  
  21. Last Updated: February 14, 1993
  22.  
  23. Acknowledgements: A lot of people provided information for me and I freely
  24. admit that I have not recorded the list of names.  Thanks to all.
  25.  
  26. Contents
  27. --------
  28. I. About BIG-LAN
  29. II. Explanation of this Memo
  30. III. Sources of Information on Campus Networks
  31.   1. Must-Read Sources
  32.   2. A Few General Sources
  33.   3. LISTSERV Mailing Lists
  34.   4. Internet Mailing Lists
  35.   5. USENET/Netnews Groups
  36.   6. Anonymous FTP-based Archive Sites
  37.   7. LISTSERV-based Archive Sites
  38.   8. RFCs (Internet "Request For Comments")
  39.   9. Other Useful Online Papers
  40.   10. Sources of Protocol Documents
  41.   11. Useful Free Software
  42.   12. Books
  43.   13. Periodicals
  44.   14. Training Courses
  45.   15. Conferences
  46. IV. Basic Glossary on Campus Networks
  47. V. Frequently Asked Questions on Campus Networks
  48.   1. What is the difference between Ethernet and IEEE 802.3?
  49.   2. What is encapsulation?  What do I have to know about it?
  50.   3. How do I know whether to use a router or a bridge?
  51.   4. How do I know whether to use a bridge or a repeater?  How many
  52.      repeaters may I put on an Ethernet?
  53.   5. Should I use "manageable" hubs, concentrators, etc on my LAN?
  54.   6. Which LAN technology should I use?  Arcnet?  FDDI?  Token Ring?  10BASE-T?
  55.   7. What is the ideal cable to install in a new building?
  56.   8. What is the ideal cable to install between buildings on a campus?
  57.   9. Whose routers are recommended?
  58.   10. Whose bridges are recommended?
  59.   11. Whose Ethernet equipment are recommended?
  60.   12. Whose Token Ring equipment are recommended?
  61.   13. Whose FDDI equipment are recommended?
  62.   14. What PC network software is recommended?
  63.   15. What protocols should run on a campus-wide LAN?
  64.   16. What software is recommended for managing a campus-wide LAN?
  65.   17. What terminal server is recommended?
  66.   18. Whose troubleshooting equipment are recommended?
  67.   19. What security products should I buy?
  68.   20. Should the names of devices on my campus LAN have subdomains?
  69.   21. Should client stations use POP?  Should they use just SMTP?  Should
  70.       I use some non-TCP/IP protocol for mail to/from client stations?
  71.   22. Should I enable SQE/heartbeat?
  72.  
  73. I. About BIG-LAN
  74.  
  75.    BIG-LAN is a mailing list for discussion of issues in designing and
  76.    operating Campus-Size Local Area Networks, especially complex
  77.    ones utilizing multiple technologies and supporting multiple
  78.    protocols.  Topics include repeaters, bridges, routers and
  79.    gateways; how to incorporate smaller Personal-Computer type LANs
  80.    into the campus-wide LAN; how to unify the mail systems, etc.
  81.    This is an ideal list in which to debate the relative merits of
  82.    bridges vs routers.
  83.  
  84.    All requests to be added to or deleted from this list, problems,
  85.    questions, etc., should be sent to BIG-LAN-REQUEST@SUVM.ACS.SYR.EDU
  86.    (Internet) or BIG-REQ@SUVM (Bitnet).  Those familiar with LISTSERV
  87.    can subscribe with LISTSERV@SUVM.ACS.SYR.EDU (Internet) or
  88.    LISTSERV@SUVM (Bitnet).
  89.  
  90.    Archives are available through LISTSERV and anonymous ftp.
  91.  
  92.    Coordinator: John Wobus <JMWOBUS@SUVM.ACS.SYR.EDU>
  93.                            <JMWOBUS@SUVM>
  94.  
  95. II. Explanation of this Memo
  96.  
  97.      Since BIG-LAN is not specific to any protocol family, it will
  98.      not cover any particular protocol family in detail, e.g.  this
  99.      is not a TCP/IP/Internet FAQ Memo.  Fortunately, there are some
  100.      good TCP/IP FAQ Memos which are listed in the sources of
  101.      information below.
  102.  
  103.      Suggestions, corrections, and contributions welcome.  Please
  104.      send them to:
  105.  
  106.                 big-lan-request@suvm.acs.syr.edu
  107.                 BIG-REQ@SUVM.BITNET
  108.  
  109. III. Sources of Information on Campus Networks
  110.  
  111.      This list favors "network" sources of information: available on
  112.      the Internet and/or BITNET and other similar networks; if you
  113.      have access to BIG-LAN then you have access to one of these
  114.      networks; and these sources are not the kind which you can
  115.      discover through vendors, books, bookstores, or libraries.
  116.  
  117.   1. Must-Read Sources
  118.  
  119.       These are documents that you definitely should get and read if you
  120.       have questions about Campus Networks.
  121.  
  122.     a. Charles Spurgeon's reading list (see below under "Other Useful
  123.         Online Papers").
  124.     b. RFCs 1175, 1325, 1207, and 1392 (see below under "RFCs").
  125.  
  126.   2. A Few General Sources
  127.  
  128.      These are network resources & mechanisms for getting all kinds
  129.      of information--not just on Networking; thus we can't cover them
  130.      very thoroughly in this memo.
  131.  
  132.     a. LISTSERV - mailing list servers & file servers on BITNET, accessible
  133.         via e-mail.  Can be reached and used from a lot of networks.
  134.         Mail the command INFO to any LISTSERV for help.  Also have
  135.         database commands (i.e. search commands) for archives they store.
  136.     b. Usenet News/Netnews: distributed bulletin board with discussions
  137.         on lots of topics.  Distributed through the Internet and through
  138.         UUCP.
  139.     c. Anonymous ftp: the main way to make files available on the Internet.
  140.         ftp to a site using username "anonymous".  A password is always
  141.         demanded--sometimes a banner tells you what to use--otherwise
  142.         "guest" almost always works.
  143.     d. Archie servers - network-accessible databases of where to get
  144.         files via anonymous ftp.  Access is through telnet, rlogin,
  145.         mail, or a special "archie" protocol.  To use via telnet,
  146.         enter username archie.  Some servers: archie.ans.net,
  147.         archie.sura.net, archie.mcgill.edu, archie.unl.edu.
  148.     e. WAIS - Internet-accessible databases on different topics.
  149.         Available via WAIS protocol (basically Z39.50).  Client
  150.         (and server) software is collected on quake.think.com as
  151.         well as a WAIS database of WAIS servers.
  152.     f. ftplist.txt - collected list of anonymous ftp sites.
  153.         Stored lots of places in anonymous ftp including syr.edu.
  154.     g. Internet gopher - something like anonymous ftp only more advanced:
  155.         to get started, I suggest ftping boombox.micro.umn.edu and getting
  156.         information on gopher.  A number of sites have servers.
  157.     h. Internet List of lists: available by anonymous ftp from
  158.         ftp.nisc.sri.com, or through a mail-based file server
  159.         at mailserver@nisc.sri.com.
  160.     i. LISTSERV internal list of lists.  Available by mailing the command
  161.         LIST GLOBAL to any LISTSERV.
  162.     j. news.answers - newsgroup that distributes Frequently Asked
  163.         Questions memos for lots of Netnews groups.
  164.     k. FAQ archive available via anonymous ftp on pit-manager.mit.edu
  165.         From the archives of news.answers, Frequently Asked Question
  166.         memos for lots of Netnews groups.
  167.     l. news.announce.newusers - has periodic postings about how to
  168.         use Usenet/Netnews and also a lot about mailing lists.
  169.     m. BITFTP.  A BITNET server that allows BITNET sites to use the
  170.         Internet's File Transfer Protocol to send/receive files to
  171.         ftpable Internet sites.  For more information, send mail
  172.         to BITFTP@PUCC with HELP as the message body.
  173.     n. Database of lists managed by LISTSERV@VM1.NODAK.EDU.  Use through
  174.         LISTSERV's database interface.
  175.     o. Maas files--Indexes & abstracts about various services available
  176.         via Internet & BITNET including some related to campus networks.
  177.         Available via anonymous ftp from ftp.unt.edu.
  178.     p. NETSCOUT@VMTECMEX.BITNET mailing list.  A list to exchange information
  179.         on the location of network resources.  LISTSERV-based so use
  180.         instructions below to subscribe, etc.
  181.  
  182.  
  183.   3. LISTSERV Mailing Lists
  184.  
  185.       Send a "SUBSCRIBE" command to LISTSERV@foo, e.g.
  186.               SUBSCRIBE BIG-LAN John Doe
  187.  
  188.     a. BIG-LAN@SUVM.BITNET/SUVM.ACS.SYR.EDU
  189.     b. NOVELL@SUVM.BITNET/SUVM.ACS.SYR.EDU
  190.     c. CDROMLAN@IDBSU.BITNET/IDBSU.IDBSU.EDU
  191.     d. BANYAN-L@AKRONVM.BITNET
  192.     e. CW-EMAIL@TECMTYVM.BITNET    (Campus Wide E-mail)
  193.     f. CWIS-L@WUVMD.BITNET         (Campus Wide Information Systems)
  194.     g. IBM-NETS@BITNIC.BITNET
  195.     h. LWUSERS@NDSUVM1.BITNET      (LANWatch User List)
  196.     i. TN3270-L@RUTVM1.BITNET
  197.     j. 3COM-L@NUSVM.BITNET
  198.     h. HELP-NET@TEMPLEVM.BITNET    (Help re networking software)
  199.     i. LANWORKS@MIAMIU.BITNET      (LanWorks PCSA stuff)
  200.     j. LANMAN-L@NIHLIST.BITNET     (MS LAN MAN stuff)
  201.  
  202.   4. Internet Mailing Lists
  203.  
  204.       Send a subscription request for list foo to foo-request@blah
  205.  
  206.     a. big-lan@suvm.acs.syr.edu             (gives you 2 ways)
  207.     b. cisco@spot.colorado.edu
  208.     c. p4200@comet.cit.cornell.edu          (Proteon routers)
  209.     d. tcp-ip@nic.ddn.mil
  210.     e. netblazer-users@telebit.com
  211.     f. info-appletalk@andrew.cmu.edu
  212.     g. net-ops@nsl.dec.com
  213.     h. nfs@tmc.edu
  214.     i. wellfleet-l@nstn.ns.ca
  215.     j. ospf@trantor.umd.edu               (OSPF IP routing protocol)
  216.     k. pop@jhunix.hcf.jhu.edu
  217.     l. bind@ucbarpa.berkeley.edu
  218.     m. pc-ip@udel.edu
  219.     n. drivers@sun.soe.clarkson.edu       (Packet Drivers)
  220.     o. cell-relay@indiana.edu         gatewayed to comp.dcom.cell-relay)
  221.  
  222.   5. USENET/Netnews Groups
  223.  
  224.     a. comp.dcom.*          lans, modems, sys.cisco, telecom, ...
  225.     b. comp.protocols.*     appletalk, tcp-ip, ibm, ppp, ...
  226.     c. comp.sys.proteon
  227.     d. comp.sys.novell
  228.     e. comp.sys.mac.comm
  229.     f. bit.listserv.big-lan  (Note: these groups give Netnews
  230.     g. bit.listserv.novell     readers a way to read the corresponding
  231.     h. bit.listserv.cwis-l      LISTSERV lists)
  232.     i. bit.listserv.cw-mail
  233.     j. bit.listserv.3com-l
  234.     k. alt.dcom.*           catv, telecom, ...
  235.  
  236.   6. Anonymous FTP-based Archive Sites
  237.  
  238.     a. syr.edu: BIG-LAN mailing list; NOVELL mailing list; a collection of
  239.         network-oriented papers.
  240.     b. spot.colorado.edu: cisco mailing list & some other network stuff
  241.     c. hsdndev.harvard.edu: (in pub/rtests/10.91) Results of Scott
  242.         Bradner's router benchmarks.
  243.     d. ftp.uu.net: a treasure trove of software.
  244.     e. wuarchive.wustl.edu: a treasure trove of software.
  245.     f. vax.ftp.com: packet drivers, some Unix software, other stuff.
  246.     g. ftp.utexas.edu: collection of networking info & software.
  247.     h. ftp.slc.is.novell.com: files Novell makes available.
  248.     i. ftp.cisco.com: files Cisco makes available & some interesting
  249.         applications.
  250.     j. gatekeeper.dec.com: a treasure trove of software & stuff
  251.         (the stuff that was on decwrl.dec.com).
  252.     k. lux.levels.unisa.edu.au: files that 3Com distributes via
  253.         Compuserve.
  254.     l. ftp.unt.edu: Maas files and other goodies.
  255.     m. simtel20.army.mil: a treasure trove of software, including
  256.         packet drivers (pd1:<msdos.pktdrvr>).  Mirrored on ftp.uu.net
  257.         and wuarchive.wustl.edu.
  258.     n. osi.ncsl.nist.gov: online copies of GOSIP & related documents.
  259.  
  260.   7. LISTSERV-based Archive Sites
  261.  
  262.      The brave can mail the command "INFO FILES" and/or the command
  263.      "INFO DATABASE" to the LISTSERV for instructions.
  264.  
  265.     a. LISTSERV@SUVM.BITNET: BIG-LAN & NOVELL mailing list archives.
  266.  
  267.   8. RFCs (Internet "Request For Comments")
  268.  
  269.      Some anonymous ftp sites for RFCs: nic.ddn.mil, ftp.nisc.sri.com,
  270.      nis.nsf.net, nisc.jvnc.net, venera.isi.edu, wuarchive.wustl.edu.
  271.      There are also some mail-based file servers:
  272.      mailserver@nisc.sri.com, info-server@nnsc.nsf.net, and
  273.      sendrfc@jvnc.net.
  274.  
  275.     a. RFC1147: FYI on a network management tool catalog: Tools for
  276.         monitoring and debugging TCP/IP internets and interconnected devices
  277.     b. RFC1175: FYI on where to start: A bibliography of internetworking
  278.         information
  279.     c. RFC1325: FYI on Questions and Answers: Answers to commonly asked
  280.         "new Internet user" questions
  281.     d. RFC1178: Choosing a name for your computer
  282.     e. RFC1207: FYI on Questions and Answers: Answers to commonly asked
  283.         "experienced Internet user" questions
  284.     f. RFC1244: Site Security Handbook
  285.     g. RFC1118: Hitchhiker's Guide to the Internet
  286.     h. RFC1122 & RFC1123: Requirements for Internet Hosts
  287.     i. RFC1208: A Glossary of Networking Terms
  288.     j. RFC1180: A TCP/IP Tutorial
  289.     k. RFC1173: Responsibilities of Host and Network Managers:
  290.         A Summary of the Oral Tradition of the Internet
  291.     l. IAB Official Protocol Standards (Currently RFC1360 but it is
  292.         periodically updated & given a new RFC number)
  293.     m. Assigned Numbers (Currently RFC1340 but it is periodically
  294.         updated & given a new RFC number; Includes field-values for
  295.         protocols in the TCP/IP family as well as some others)
  296.     n. RFC1392: Internet User's Glossary
  297.  
  298.  
  299.   9. Other Useful Online Papers
  300.  
  301.     a. Charles Spurgeon. "Network Reading List: TCP/IP, UNIX, and
  302.         Ethernet".  Available via anonymous ftp from ftp.utexas.edu
  303.         in directory pub/netinfo/docs as net-read.txt and netread-ps.
  304.         Also available via electronic-mail-based archive server.  Send
  305.         the word "help" in the subject header or body of a message
  306.         to archive-server@ftp.utexas.edu for more information.
  307.     b. Charles Hedrick. "Introduction to the Administration of an
  308.         Internet-based Local Network".  Available via anonymous ftp
  309.         from cs.rutgers.edu as runet/tcp-ip-admin.doc (also .ps).
  310.     c. Charles Hedrick.  "Introduction to Internet Protocols."
  311.         Available via anonymous ftp from cs.rutgers.edu as
  312.         runet/tcp-ip-intro.doc (also .ps).
  313.     d. Unofficial lists of codes used on 802.3 & Ethernet networks.
  314.         Portions of the official list are not released, so various
  315.         people compile unofficial lists.  One that is available via
  316.         anonymous ftp is Michael Patton's pub/map/EtherNet-Codes
  317.         on ftp.lcs.mit.edu.  See also RFC: "Assigned Numbers".
  318.     e. Scott Jenkins: "Frequently Asked Questions for NOVELL@SUVM
  319.         Mailing List."  Available via anonymous ftp from
  320.         info.umd.edu in the info/Computers/Novell/Information directory.
  321.     f. Brendan Kehoe: "Zen and the Art of the Internet: A Beginner's
  322.         Guide to the Internet."  Available via anonymous ftp from
  323.         ftp.cs.widener.edu in the pub/zen directory.
  324.     g. ATM Bibliography.  Available via anonymosu ftp from
  325.         mythos.ucs.indiana.edu.
  326.  
  327.   10. Sources of Protocol Documents
  328.  
  329.     a. Ethernet V2   DEC-Direct; 1-800-344-4825; DEC Part Number AA-K759B-TK.
  330.     b. IEEE 802      (802.3, Token Ring, 10BASE-T, etc) IEEE; 1-800-678-IEEE.
  331.     c. TCP/IP        RFCs.  See RFCs (above).
  332.     d. Appletalk     APDA; 1-800-282-APDA.  Now a book in the
  333.                       "Inside" series.
  334.     e. OSI           Omnicom Inc.; 1-800-666-4266.
  335.     f. DECNet        DEC.
  336.     g. SNA           IBM.
  337.     h. Novell(IPX)   Built on XNS; rest is designed by Novell.
  338.     i. FDDI          ANSI; 1-212-642-4900.
  339.                       Also Global Engineering Documents; 1-800-854-7179.
  340.                       2805 McGaw Avenue; PO Box 19539; Irvine, CA 92714;
  341.                       1-714-261-1455.
  342.     j. CCITT         United Nations book shop in New York
  343.               Also there is a new online service mail-based
  344.               document server available from ITU called
  345.               teledoc@itu.arch.ch.
  346.     k. GOSIP         NTIS Sales Dept; (703)487-4650; Document
  347.               FIPS 146-1; See also Anonymous FTP-based Archive
  348.               Sites
  349.     l. XNS           Xerox.
  350.  
  351.   11. Useful Free Software
  352.      (see also RFC1147; listed above)
  353.  
  354.     a. CUTCP           (TCP/IP client for PCs) sun.soe.clarkson.edu,
  355.                         omnigate.clarkson.edu
  356.     b. NCSA Telnet     (Telnet clients for PCs & Macs) ftp.nsca.uiuc.edu
  357.     c. Eudora          (POP3 Client for Macs) ux1.cso.uiuc.edu
  358.     d. POPmail         (POP3 Client for PCs & Macs) boombox.micro.umn.edu
  359.     e. PCROUTE         (Makes IP router out of PC) accuvax.nwu.edu
  360.     f. PCBRIDGE        (Makes bridge out of PC) accuvax.nwu.edu
  361.     g. Packet Drivers  (Drivers for various PC LAN cards) simtel20.army.mil
  362.     h. WinQVT          (IP clients for Windows) ftp.cica.indiana.edu
  363.     i. ka9q            (TCP/IP for PCs and Macs) ucsd.edu
  364.     j. PC/IP           (TCP/IP client for MS-DOS) husc6.harvard.edu
  365.     k. charon          (Pegasus/smtp gateway) omnigate.clarkson.edu
  366.     l. CAP             (AppleTalk for Unix systems) rutgers.edu, munnari.oz.au,
  367.                         gatekeeper.dec.com
  368.     m. Popper          (POP3 server for Unix systems) ftp.cc.berkeley.edu
  369.     n. Trumpet         (PC Newsreader) simtel20.army.mil
  370.     o. bootpd          (Bootp Daemon for Unix) lancaster.andrew.cmu.edu
  371.     p. NUPOP           (POP3 daemon for MS-DOS) ftp.acns.nwu.edu
  372.     q. PC netwatching program [I don't know name or site]
  373.     r. iupop3          (POP3 server for VMS) mythos.ucs.indiana.edu
  374.  
  375.   12. Books
  376.  
  377.     The following books were mentioned by responders to the 12/91
  378.     BIG-LAN Reader Survey as good books for administrators of Campus-sized
  379.     LANs:
  380.  
  381.     a. Douglas Comer.  Internetworking with TCP/IP.
  382.     b. Marshall Rose.  The Simple Book.
  383.     c. Caroline Arms.  Campus Networking Strategies.  Digital Press.
  384.         Out of print.
  385.     d. DEC Telecomm. & Network Buyer's Guide.
  386.     f. Marshall Rose.  The Open Book.
  387.     g. Carl Malamud.  Analyzing Novell Networks.
  388.     h. Andrew Tanenbaum.  Computer Networks.
  389.     i. Martin A. W. Nemzow.  Keeping The Link (McGraw-Hill).
  390.     j. William Stallings.  Local Networks: an Introduction.
  391.     k. John McCann.  NetWare Supervisor's Guide.
  392.     l. William Stallings.   Handbook of Communications Standards. (?)
  393.     m. Nemeth, Snyder & Seebass.  Unix System Administration Handbook.
  394.  
  395.     Other interesting looking books:
  396.  
  397.     n. Mark A. Miller.  Troubleshooting Internetworks.
  398.  
  399.   13. Periodicals
  400.  
  401.     The following periodicals were mentioned by responders to the 12/91
  402.     BIG-LAN Reader Survey as good periodicals for administrators of Campus-
  403.     sized LANs:
  404.  
  405.     a. LAN Times
  406.     b. Communications Week
  407.     c. Network Computing
  408.     d. ConneXions
  409.     e. Data Communications
  410.     f. Network World
  411.     g. LAN Magazine
  412.     h. Info World
  413.     i. SunExpert
  414.     j. Telecommunications
  415.     k. Computerworld
  416.     l. DataCommunicationInternational
  417.     m. Datamation
  418.     n. Digital Review
  419.     o. LAN Technology
  420.     p. Lightwave
  421.     q. MacUser
  422.     r. MacWeek
  423.     s. MacWorld
  424.     t. Networking Management
  425.     u. PC Week
  426.  
  427.   14. Training Courses
  428.  
  429.     The following providers of tutorials were mentioned by responders to
  430.     the 12/91 BIG-LAN Reader Survey:
  431.  
  432.     a. Interop
  433.     b. ACM SIGComm
  434.     c. Learning Tree
  435.     d. Novell
  436.     e. PSI
  437.     f. Usenix
  438.  
  439.   15. Conferences
  440.  
  441.     The following conferences were mentioned by responders to the 12/91
  442.     BIG-LAN Reader Survey as good conferences for administrators of Campus-
  443.     sized LANs:
  444.  
  445.     a. Interop
  446.     b. Usenix
  447.     c. ComNet
  448.     d. NetWorld
  449.     e. ACM SIGComm
  450.     f. DECUS
  451.     g. IETF
  452.  
  453.  
  454. IV. Basic Glossary on Campus Networks
  455.  
  456.    Another glossary is RFC1208.  See "Online Papers" above.
  457.  
  458.      ANSI "American National Standards Institute" - A definer of
  459.        standards of all kinds, including FDDI.
  460.  
  461.      Appletalk - A protocol family developed by Apple Computer to
  462.        implement LANs serving Macintoshes.
  463.  
  464.      ATM "Asynchronous Transfer Mode" - a method for switching little
  465.        fixed-size packets (cells) around.  Like T1 and DS3, digitized
  466.        voice was a major consideration in its design, but it can be
  467.        used for data.  It is designed around fixed speeds too, roughly
  468.        150MBS and 600MBS.  The fixed cell size is 53 bytes.  Though ATM
  469.        is really designed for voice and WANs, there are schemes to use
  470.        it in LANs.  ATM is a big buzzword these days but it is still
  471.        very new.
  472.  
  473.      AUI "Attachment Unit Interface" - the Ethernet/IEEE 802.3 term
  474.        for the interface between a MAU and a station.  A special kind
  475.        of cable known as an "AUI Cable" can attach a MAU to a station
  476.        at a distance (up to 50 meters).
  477.  
  478.      BNC Connector "Bayonet Neill-Concelman connector" - a type of
  479.        connector used for attaching coax cable to electronic equipment
  480.        which can be attached or detached quicker than connectors that
  481.        screw.  ThinWire Ethernet (IEEE 802.3 10BASE2) uses BNC connectors.
  482.  
  483.      Bridge - A network "relay" which reads, buffers, and sends
  484.        data to relay it from one data link to another, but makes
  485.        the two data links appear as one to levels higher than the
  486.        data link layer.
  487.  
  488.      CDDI "Copper Data Distribution Interface" - essentially a way to
  489.        use electrical communications cables in an FDDI network.  Several
  490.        companies have worked out ways to do this but ANSI has yet to
  491.        standardize one.  I think CDDI was coined by Crescendo corporation
  492.        for their scheme, but it may well be adopted by ANSI as the name.
  493.        So far there are schemes that work on Coax, on STP and UTP, but
  494.        the front runners look like they will be able to run on UTP for
  495.        about 100 meters.
  496.  
  497.      CMIP "Common Management Information Protocol" - An OSI protocol
  498.        for management of network equipment.  Not widely implmented.
  499.        See SNMP.
  500.  
  501.      CMOT "CMIP over TCP/IP" - A protocol consisting of CMIP running
  502.        under TCP/IP.  An alternative to SNMP.
  503.  
  504.      Coaxial Cable - any of a number of kinds of electrical
  505.        communications cable designed so one conductor is in the
  506.        center and the second conductor forms a ring around it.
  507.        Depending upon who you talk to, someone might have a specific
  508.        kind of coaxial cable in mind.  Some well known kinds are
  509.        various Cable TV cables, cables used by IBM 327x terminals
  510.        and ARCnet, and cables used by Ethernet & IEEE 802.3.
  511.  
  512.      DECnet - Trade name of Digital Equipment Corporation for some
  513.        of their networking products.  It is a kind of network
  514.        built out of Digital Equipment Corporations own networking
  515.        protocols (with some standard protocols also used).
  516.  
  517.      Dialup Modem - Modem used over ordinary dial-up telephone lines
  518.        as opposed to private or leased lines.
  519.  
  520.      Ethernet - LAN data-link protocol developed by a consortium
  521.        of vendors; later standardized as IEEE 802.3 with a few
  522.        modifications.  For many applications, users have not adopted
  523.        all the IEEE 802.3 differences.  Ethernet/802.3 now can be
  524.        run on two types of coaxial cable as well as multi-mode
  525.        fiber and unshielded twisted-pair.  "Raw" rate of data
  526.        transmission is 10 megabits/second.
  527.  
  528.      FDDI "Fiber Data Distribution Interface" - LAN data-link protocol.
  529.        Designed to run on multi-mode fiber.  "Raw" rate of data
  530.        transmission is 100 megabits/second.  Developed by the American
  531.        National Standards Institute.
  532.  
  533.      FDDI-2 - Same speed, same fiber, same basic protocol as FDDI.
  534.        FDDI-2 adds a layer which allows you to allocate fixed bandwith
  535.        to applications of your choice, making it more like broadband.
  536.        FDDI-2 is still rather new.
  537.  
  538.      Fiber - optical fiber: a very long, narrow, flexible piece of glass.
  539.        Used for high-speed communications.
  540.  
  541.      FOIRL "Fiber Optic Inter-Repeater Link" - a standard for running
  542.        IEEE 802.3 over fiber.  It was originally designed to link two
  543.        repeaters, and only supports two attachments.  Many users use it
  544.        to attach a station to a repeater.  See 10BASE-F.
  545.  
  546.      FTP - Protocol in the "TCP/IP" family for copying files from
  547.        one computer to another.  Stands for "File Transfer Protocol".
  548.  
  549.      Gateway - A type of "network relay" that attaches two networks
  550.        to build a larger network.  Modern "narrow" usage is that it
  551.        is one that translates an entire stack of protocols, e.g.,
  552.        translates TCP/IP-style mail to ISO-style mail.  Older usage
  553.        used it for other types of relays--in particular, in the "TCP/IP"
  554.        world, it has been used to refer to what many now insist is
  555.        a "router".
  556.  
  557.      GOSIP "Government Open Systems Interconnect Profile" - A subset of
  558.        OSI standards specific to US Government procurements, designed
  559.        to maximize interoperability in areas where plain OSI standards
  560.        are ambiguous or allow options.  Theoretically, required of all
  561.        US Government networking procurements since mid-1990.
  562.  
  563.      Heartbeat - In Ethernet (Version 2), a test of the collision
  564.        functionality of the transciever.  The term "Heartbeat" is often
  565.        (wrongly) used interchangeably with "SQE" which is a similar
  566.        function of IEEE 802.3.  See Question on SQE/Heartbeat below.
  567.  
  568.      IPX - Novell's protocol used by Netware.  Utilizes part of XNS.
  569.        A router with "IPX routing" purports to interconnect LANs so
  570.        that Novell Netware clients & servers can talk through the router.
  571.  
  572.      MAU "Media Adaptor Unit" - an IEEE 802.3 or Ethernet device which
  573.        attaches a station to the cable.  Popularly called a "transceiver".
  574.        Can be attached by cable to the station or built into the
  575.        station.
  576.  
  577.      MIB "Management Information Base" - the set of parameters an SNMP
  578.        management station can query or set in an SNMP agent (e.g. router).
  579.        Standard, minimal MIBs have been defined (MIB I, MIB II), and vendors
  580.        often have custom entries.  In theory, any SNMP manager can talk
  581.        to any SNMP agent with a properly defined MIB.
  582.  
  583.      Multimode fiber - A type of fiber mostly used for shorter, e.g. campus
  584.        distances.  It can carry 100 megabits/second for typical campus
  585.        distances, the actual maximum speed (given the right electronics)
  586.        depending upon the actual distance.  It is easier to connect to than
  587.        Single Mode Fiber, but its limit on speed x distance is lower.
  588.  
  589.      NFS "Network File System" - an IP-based protocol originally developed
  590.        by Sun Microsystems which provides file services.
  591.  
  592.      OSI "Open System Interconnect" - A standard put forth by the ISO for
  593.        communication between computer equipment and networks.
  594.  
  595.      OSI Reference Model - A model put forth by the ISO for communication
  596.        between computer equipment and networks, which maps out 7 protocol
  597.        layers.
  598.  
  599.             Top layer:  layer number 7:   application layer
  600.                         layer number 6:   presentation layer
  601.                         layer number 5:   session layer
  602.                         layer number 4:   transport layer
  603.                         layer number 3:   network layer
  604.                         layer number 2:   data-link layer (e.g. IEEE 802.x)
  605.          Bottom layer:  layer number 1:   physical layer (wire & electricity)
  606.  
  607.        This model explains what each layer does.  The model is often
  608.        used to explain anyones protocols (not just OSI) to the point
  609.        where many people seem to believe that true data-communications
  610.        requires these 7 layers.
  611.  
  612.      POP "Post Office Protocol" - A TCP/IP-based protocol designed to allow
  613.        client-stations (e.g. micros) to read mail from a server.  There
  614.        are three versions under the name "POP": POP, POP2, and POP3.
  615.        Latter versions are NOT compatible with earlier versions.
  616.  
  617.      Protocol - The "rules" by which two network elements trade information
  618.        in order to communicate.  Must include rules about a lot of mundane
  619.        detail as well as rules about how to recover from a lot of unusual
  620.        communication problems.  Thus they can be quite complicated.
  621.  
  622.      Relay - One terminology uses the term "relay" as a device that
  623.        interconnects LANs, different kinds of relays being repeaters,
  624.        bridges, routers, and gateways.
  625.  
  626.      Repeater - In the "Ethernet" world, a "relay" that regenerates and
  627.        cleans up signals, but does no buffering of data packets.
  628.        It can extend an Ethernet by strengthening signals, but timing
  629.        limitations on Ethernets still limit their size.
  630.  
  631.      RFC "Request For Comments" - The name is a real red herring when
  632.        it comes to Internet RFCs.  Some really are "Requests For Comments"
  633.        but all Internet protocol documents are stamped with an RFC number
  634.        that they never shake, so the acronym RFC generally refers to
  635.        documents that describe protocols in the TCP/IP family.
  636.  
  637.      RG numbers (E.g. RG62; sometimes there are qualifiers, e.g. RG 58
  638.        A/U) a shorthand designation for military cable.  RG58 & RG62
  639.        designate two different types of cable used by the military.
  640.        Some data-communications equipment was designed to work with
  641.        a particular military standard, e.g.  IBM 3270-type terminals
  642.        use RG62.  In other cases, people use an RG-numbered cable
  643.        that is close to what they need: for example Thinwire
  644.        Ethernet & IEEE 802.3 10BASE2 define the type of cable they
  645.        need and people sometimes substitute flavors of RG58, which
  646.        are "close".  One can't recommend this practice because you
  647.        can get yourself in trouble.  I think "RG" originally stood
  648.        for "Radio Guide", presumably reflecting the fact that the
  649.        series of cables was designed to handle radio frequencies.  The
  650.        IEEE 802.3 10BASE2 specifications define two RG numbered cables
  651.        (RG58 A/U and RG58 C/U) as meeting the cable requirements for
  652.        thin Ethernet.  However, cable vendors may list a range of
  653.        cables under these same RG numbers, and some of the cables
  654.        listed may not meet the 802.3 specs.  You need to check the
  655.        cable specifications closely, and beware of relying on the RG
  656.        number alone when ordering network cables.
  657.  
  658.      Router - A network "relay" that uses a protocol beyond the
  659.        data-link protocol to route traffic between LANs and other
  660.        network links.
  661.  
  662.      Routing Protocol - a protocol sent between routers by which
  663.        routers exchange information own how to route to various parts
  664.        of the network.  The TCP/IP family of protocols has a bunch,
  665.        such as RIP, EGP, BGP, OSPF, and dual IS-IS.
  666.  
  667.      Shielded Twisted Pair - a type of twisted-pair cable with a
  668.        metallic shield around the twisted conductors.  The shield
  669.        reduces the noise from the cable and reduces the effects of
  670.        noise on the communications in the cable, but changes the
  671.        electrical characteristics of the cable so some equipment
  672.        optimized to non-shielded cable runs worse on shielded cable.
  673.  
  674.      Single Mode fiber - a type of fiber optic cable used for longer
  675.        distances and higher speeds, e.g.  for long-distance telephone
  676.        lines.  See also "Multimode Fiber".
  677.  
  678.      SMTP "Simple Mail Transfer Protocol" - the protocol in the
  679.        TCP/IP family used to transfer electronic mail between
  680.        computers.  It is not oriented towards a client/server system so
  681.        other protocols (see "POP") are often used in that context.
  682.        However, servers will use SMTP if they need to transfer a
  683.        message to another server.
  684.  
  685.      SNMP "Simple Network Management Protocol" - Originally developed
  686.        to manage IP based network equipment like routers and bridges,
  687.        now extended to wiring hubs, workstations, toasters, jukeboxes,
  688.        etc.  SNMP for IPX and AppleTalk under development.  Widely
  689.        implemented.  See CMIP.
  690.  
  691.      SQE Test "Signal Quality Error Test" - an IEEE 802.3 function
  692.        that tests the transceiver.  The term "SQE" is often (wrongly)
  693.        used interchangeably with "Heartbeat" which is a similar
  694.        function of Ethernet Version 2.  See Question on SQE/Heartbeat
  695.        below.
  696.  
  697.      TCP/IP "Transmission Control Protocol/Internet Protocol" -
  698.        literally, two protocols developed for the Defense Data Network
  699.        to allow their ARPANET to attach to other networks relatively
  700.        transparently.  The name also designates the entire family of
  701.        protocols built out of IP and TCP.  The Internet is based upon
  702.        TCP/IP.
  703.  
  704.      TELNET - a protocol in the TCP/IP family that is used for
  705.        "remote login".  The name is also often used as the name of the
  706.        client program that utilizes the TELNET protocol.
  707.  
  708.      Terminal Server - a network device that allows a number of
  709.        terminals to attach to a LAN, and do remote logins across the
  710.        LAN.
  711.  
  712.      TN3270 - A variant of the TELNET program that allows one to
  713.        attach to IBM mainframes and use the mainframe as if you had a
  714.        3270 or similar terminal.
  715.  
  716.      Token Ring - People often mean 802.5 when they say "Token Ring"
  717.        (see below).  In the more general sense of the word, a type of
  718.        LAN that has stations wired in a ring, where each station
  719.        constantly passes a special message (a "token") on to the next.
  720.        Whoever has the token can send a message.
  721.  
  722.      Tunnelling - An important concept in the design of many kinds of
  723.        networks: taking some protocol-family's ability to move packets
  724.        from user to user, or to open virtual-circuits between users,
  725.        and use this as if it were a data-link protocol to run another
  726.        protocol family's upper layers (or even the same protocol
  727.        family's upper layers).  Examples: running TCP/IP over Appletalk
  728.        instead of something like Ethernet; running Appletalk over
  729.        DECnet instead of something like Localtalk or Ethernet.
  730.  
  731.      Twisted Pair - The type of wire used by the phone company to wire
  732.        telephones -- at least over distances like between your house
  733.        and the central office.  It has two conductors, which are twisted.
  734.        The twists are important: they give it electrical characteristics
  735.        which allow some kinds of communications otherwise not possible.
  736.        Ordinary telephone cables are not shielded (see "Shielded twisted
  737.        Pair").
  738.  
  739.      T1 - A phone-company standard for running 24 digitized voice circuits
  740.        through one 1.5megabit/second digital channel.  Since phone companies
  741.        run lots of T1, and will run T1 between customer sites, the
  742.        standard is often used for data communications, either to provide
  743.        24 low-speed circuits, or to provide 1 high-speed circuit, or to
  744.        be divided other ways.
  745.  
  746.      UTP (Unshielded Twisted-Pair) -  See "Twisted-Pair" and "Shielded
  747.        Twisted-Pair".
  748.  
  749.      X.400, X.500 - OSI protocols for mail and directory services.
  750.  
  751.      10BASE-T - A variant of IEEE 802.3 which allows stations to be attached
  752.        via twisted-pair cable.
  753.  
  754.      10BASE-F - A variant of IEEE 802.  3 under development which
  755.        allows stations to be attached via multimode fiber.  It will
  756.        offer a variety of methods of using fiber in an IEEE 802.3
  757.        network that go beyond what is currently offered in FOIRL.  The
  758.        current 10BASE-F draft is likely to be confirmed.  draft is
  759.        likely to be confirmed.  Sections of the draft include "Fiber
  760.        Optic Medium and Common Elements of Medium Attachment Units and
  761.        Star, Type 10BASE-F (Section 15)", "Fiber Optic Passive Star and
  762.        Medium Attachment Unit, Type 10BASE-FP (Section 16)", "Fiber
  763.        Optic Medium Attachment Unit, Type 10BASE-FB (Section 17)", and
  764.        "Fiber Optic Medium Attachment Unit, Type 10BASE-FL (Section
  765.        18)".
  766.  
  767.      802 - The set of IEEE standards for the definition of LAN protocols.
  768.        A story goes that a long time ago, IEEE and ANSI decided that
  769.        IEEE would get the slow protocols and ANSI would get the fast
  770.        ones, thus IEEE defined the 802 protocols and ANSI defined FDDI.
  771.        Presumably IEEE saw limited application for FDDI at the time.
  772.        Also, the IEEE standards-making committees associated with these
  773.        standards.
  774.  
  775.      802.1 - The IEEE 802 standard for Network Management and Network
  776.        Bridging of IEEE 802 networks.
  777.  
  778.      802.2 - An IEEE standard for the portion of LAN data-link protocols
  779.        that is the same for all flavors of IEEE LAN protocols, e.g.
  780.        802.3 and 802.5.  Sometimes not used.
  781.  
  782.      802.3 - An IEEE standard for LANs--their "improved" version of Ethernet.
  783.        See Ethernet.
  784.  
  785.      802.4 - An IEEE standard for LANs: Token Bus networks.  Basically,
  786.        standardizes MAP, a protocol that operates a Token Bus protocol on
  787.        broadband.
  788.  
  789.      802.5 - An IEEE standard for Token-Ring-based LANs.  See Token Ring.
  790.  
  791.      802.6 - An IEEE standard for Metropolitan Area Networks.  Also known
  792.        as DQDB.
  793.  
  794.      802.7 - IEEE 802 technical advisory group on Broadband.
  795.  
  796.      802.8 - IEEE 802 technical advisory group on FDDI & fiber optics.
  797.  
  798.      802.9 - IEEE 802 group on integrated data & voice networks.
  799.  
  800.      802.11 - Proposed IEEE 802 group for wireless Ethernet.
  801.  
  802.  
  803. V. Frequently Asked Questions on Campus Networks
  804.  
  805.      It is hard to answer typical BIG-LAN questions in advance for
  806.      two reasons.  Answers are often long and they are often
  807.      controversial.  To provide some sort of objective information
  808.      relevant to the controversies, a survey of BIG-LAN readers was
  809.      taken on answers to various questions, so this memo could offer
  810.      a sampling of opinions.  Note that the opinions below are
  811.      extracted from the 41 responses received for the survey.  We
  812.      can't say these 41 responses represent a fair sampling of campus
  813.      LAN administrators, but they do show some of the answers that
  814.      you would get if you posed some of these questions to the
  815.      BIG-LAN readership.
  816.  
  817.   1. What is the difference between Ethernet and IEEE 802.3?
  818.  
  819.      Ethernet ran through an evolution starting with some
  820.      experimenting at Xerox, and ending with a standard
  821.      published by Xerox, DEC, and Intel, which they offered to
  822.      the world (with minimal royalties) as a standard technology
  823.      for building LANs.  The Institute of Electrical &
  824.      Electronic Engineers took this as a proposed standard, and
  825.      rewrote the protocol description making some clarifications
  826.      and a few changes.  Some of the changes have been
  827.      universally adopted, and others have not.  After the first
  828.      go round of IEEE standard defining, Ethernet version 2 was
  829.      introduced which brought it more into line with standards.
  830.      The basic differences are:
  831.  
  832.          - Heartbeat vs SQE (see below)
  833.          - Which pin in the MAU & AUI connectors carry the ground
  834.             conductor
  835.          - Packet Length Field vs Type Field
  836.  
  837.      The latter issue is the one in which IEEE 802.3 has not
  838.      displaced Ethernet.  Ethernet had a 16-bit field which
  839.      defined the type of packet (examples: IP, XNS, Appletalk).
  840.      The IEEE committee decided to use that field to specify the
  841.      length of the packet, and have the data-portion of the
  842.      packet define itself through the next higher level of
  843.      protocol (e.g., IEEE 802.2).  However, the sets of possible
  844.      values for that field used by the two different protocols
  845.      are completely separate, and both protocols are designed to
  846.      deliberately ignore packets with fields outside their own
  847.      sets of values.  Thus Ethernet and IEEE 802.3 packets can
  848.      coexist on the same cable, though a computer which expects
  849.      to get packets belonging to just one of the protocols won't
  850.      notice any packets sent according to the rules of the other
  851.      (the expression used is "they pass by each other like ships
  852.      in the night").
  853.  
  854.      These days, LANs use both.  There is a way to send TCP/IP
  855.      packets via 802.3, but when 802.3 was introduced, there
  856.      were already so many systems using the Ethernet rules that
  857.      the use of Ethernet-style packets for TCP/IP has persisted
  858.      now for years.
  859.  
  860.   2. What is encapsulation?  What do I have to know about it?
  861.  
  862.      One encapsulation issue on LANs is whether IEEE 802.3
  863.      packets are used or Ethernet packets are used to
  864.      encapsulate your traffic on your IEEE 802.3/Ethernet LAN.
  865.      See previous question for more explanation.  Most TCP/IP
  866.      systems use Ethernet, any that uses IEEE 802.3 by default
  867.      might surprise you by not interoperating with the rest of
  868.      your TCP/IP network.
  869.  
  870.      A second encapsulation issue on IEEE 802.3/Ethernet
  871.      networks is whether your Novell (IPX) packets use Novell's
  872.      default encapsulation or whether they use Ethernet-style
  873.      encapsulation.  Novell, at least for a long time, had the
  874.      distinction of using IEEE 802.3 as if it were the only
  875.      protocol on the network, not following the rules for
  876.      avoiding other protocols running under IEEE 802.3 rules.
  877.      They offered a utility called ECONFIG that changed Netware
  878.      to use Ethernet rules, and use them properly, so Novell IPX
  879.      packets could utilize the same LAN as other protocols.  In
  880.      no case would the Novell traffic bother Ethernet traffic--
  881.      only any other IEEE 802.3 traffic if ECONFIG wasn't used.
  882.      In any case, a single Ethernet segment, or bridged
  883.      segments, had to have all Novell servers and clients
  884.      configured the same, in order to interoperate.
  885.  
  886.      A third encapsulation issue stems from Berkeley Unix 4.2,
  887.      from which many versions of Unix and many TCP/IP
  888.      implementations have been modeled.  It used, by default,
  889.      its own encapsulation rules (i.e., manner of putting IP
  890.      packets within Ethernet packets) which is termed "Trailer
  891.      Encapsulation".  When an Ethernet had some computers using
  892.      Trailer Encapsulation and some not, TCP/IP connections
  893.      would often work, but hang when large data transfers were
  894.      taking place.  The next version of Berkeley Unix, version
  895.      4.3, remedied this by avoiding Trailer Encapsulation except
  896.      when it was guaranteed to work correctly.
  897.  
  898.      A fourth encapsulation issue is "tunnelling", which
  899.      consists of one of the layers in the protocol stack
  900.      mimicking another layer to provide a way of running a
  901.      different set of upper layers than would otherwise be
  902.      possible.  This is rather widely used and seldom explained
  903.      to beginners.  It is perhaps best explained with an actual
  904.      example:
  905.  
  906. [Here put an example, perhaps Appletalk over IP]
  907.  
  908. [Include "encapsulated bridging" as a second example]
  909.  
  910.   3. How do I know whether to use a router or a bridge?
  911.  
  912.      (Note that the answer to this question is oriented to
  913.      Ethernet-based LANs).  Few administrators of networks doubt
  914.      that a network can be large enough to require routers nor
  915.      that there are situations where a bridge is an effective
  916.      solution.  However, there is controversy as to where to
  917.      draw the line.  Campus-sized networks involving distances
  918.      of up to a mile and possibly thousands of stations, can be,
  919.      and have been built solely out of one or the other.  The
  920.      BIG-LAN Survey of 12/91 showed the following opinion among
  921.      respondents:
  922.  
  923.        Survey question: "When you build a campus network, do you
  924.        tend to use bridges as opposed to routers?"
  925.  
  926.        Answers: 9 said yes; 26 said no; 2 said "brouters"
  927.        (combination bridge/routers) would be the best solution.
  928.  
  929.      Some clear tradeoffs: routers generally have to be set up
  930.      no matter what whereas bridges can be plug-and-play on a
  931.      network without too much total traffic; bridges generally
  932.      have a higher speed-to-cost ratio and the low-end bridge is
  933.      less expensive than the low-end router; routers handle huge
  934.      networks with links of different speeds better.
  935.  
  936.   4. How do I know whether to use a bridge or a repeater?  How many
  937.      repeaters may I put on an Ethernet?
  938.  
  939.      You cannot keep plugging more repeaters and add more cables to
  940.      an Ethernet indiscriminately and expect it to work.  With too
  941.      large a networks, the protocol which keeps the number
  942.      of collisions down (known as CSMA/CD) fails to do that.  The
  943.      protocol documents supply rules-of-thumb which, if followed,
  944.      prevent this from occurring.  If you break them, you may be risking
  945.      large performance degradations.
  946.  
  947.      The latest version of the rules-of-thumb (which have been updated
  948.      over time as new features like 10BASE-T have been added to the
  949.      protocol) are in the IEEE 802.3 document describing 10BASE-T,
  950.      specifically IEEE Std 802.ei-1990 in the section called "System
  951.      Considerations for Multisegment 10 Mb/s Baseband Networks"
  952.      (When 10BASE-F is released later, this section will be updated again).
  953.      The rules refer to the piece of the LAN that is between repeaters
  954.      as a segment and refer to 4 kinds: 10BASE5 (i.e. "classic" Ethernet)
  955.      and 10BASE2 (i.e., ThinWire Ethernet) both classified as "Coax"
  956.      segments and FOIRL (fiber inter-repeater links) and 10BASE-T, both
  957.      classified as "Link" segments, and both of which have the property
  958.      that you can attach things only to their ends.  The basic repeater
  959.      rule is that between any two stations on the LAN, there may be
  960.      at most 4 repeaters and three coax segments.  In addition, there
  961.      are length restrictions on the segments which are designed to
  962.      keep CSMA/CD working properly:
  963.  
  964.         10BASE5         500 meters
  965.         10BASE2         185 meters
  966.         FOIRL           500 meters (1000 meters in some cases)
  967.          10BASE-T        100 meters (or more)
  968.  
  969.      FOIRL links can be 1000 meters if you have at most 3 repeaters
  970.      between stations instead of 4.  10BASE-T links can be longer
  971.      if the cable will support it: CSMA/CD is not the limiting factor
  972.      on 10BASE-T.  For the purposes of this discussion, bridges, routers,
  973.      and gateways are "stations" since the CSMA/CD protocol does not
  974.      pass through them.  Thus if you discover these rules prevent
  975.      you from putting a repeater in the network where you need one, then
  976.      you can put a bridge there instead, or perhaps split the LAN
  977.      somewhere else using a bridge.
  978.  
  979.   5. Should I use "manageable" hubs, concentrators, etc on my LAN?
  980.  
  981.      This is a controversial question also.  Vendors have
  982.      attempted to make hubs and concentrators that require
  983.      little training & manpower to manage & troubleshoot, and
  984.      they will attempt to convince you that they have succeeded.
  985.      You pay a premium for "manageability".  Those who remain
  986.      skeptical wonder how much the management features are ever
  987.      used: for example, management allows you to turn on & off
  988.      ports from an operator's console; how often do you need to
  989.      do such a thing?  Also, some of the benefits attributed to
  990.      management packages are simply due to good record keeping,
  991.      something which the administrator must find the manpower to
  992.      accomplish with a management package or without one
  993.      (presumably with a simple dbms, which can often be tailored
  994.      more to the administrators needs).
  995.  
  996.   6. Which LAN technology should I use?  Arcnet?  FDDI?  Token Ring?  10BASE-T?
  997.  
  998.      A controversial question.  Some questions & answers from
  999.      the 12/91 BIG-LAN Reader Survey:
  1000.  
  1001.        "When you install a LAN, which "Technology" (e.g.
  1002.        Ethernet, Token Ring) do you prefer?"
  1003.  
  1004.        37 responders said Ethernet; 2 said "pick one and stick
  1005.        with it"; 1 said token ring.
  1006.  
  1007.        "If you have experience with two or more LAN technologies,
  1008.        which have you found works better?"
  1009.  
  1010.        Answers received:
  1011.           "Ethernet works best"                        7
  1012.           "Ethernet works better than Token Ring"      4
  1013.           "Depends on application"                     1
  1014.           "Ethernet works better than ARCnet"          1
  1015.           "Ethernet works better than Broadband"       1
  1016.           "Ethernet best, Localtalk 2nd, ARCnet 3rd"   1
  1017.           "Ethernet works better than PhoneNet"        1
  1018.           "Token Ring works best"                      1
  1019.  
  1020.   7. What is the ideal cable to install in a new building?
  1021.  
  1022.      Distribution runs, i.e., phone closet to room: Best
  1023.      possible thing to do is to leave usable pathways for future
  1024.      expansion.  Whatever you do, install at least 2 pair and
  1025.      probably 4 pair of data grade unshielded twisted pair.  It
  1026.      will always have uses.  Install something else too if you
  1027.      are tied to a particular vendor.  Multimode fiber might
  1028.      become popular in the future but that is a gamble.
  1029.  
  1030.      Riser runs, i.e., phone closet to phone closet: it is
  1031.      imperative to leave usable pathways for future expansion.
  1032.      For Ethernet, ThinWire is a usable riser cable, multimode
  1033.      fiber is possible too.
  1034.  
  1035.   8. What is the ideal cable to install between buildings on a campus?
  1036.  
  1037.      Trunks, i.e., cables into the building: pathways for future
  1038.      expansion very valuable.  Multimode fiber is useful, run 24
  1039.      fibers if you can.  Use cable with some single mode too.
  1040.      Run several times what you need initially and leave a lot
  1041.      of the unused fiber unterminated for the time being.  Cable
  1042.      pulling & termination are much more costly than the cable
  1043.      itself.
  1044.  
  1045.   9. Whose routers are recommended?
  1046.  
  1047.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1048.  
  1049.        "Name some router vendors whose routers you have used and
  1050.        recommend:"
  1051.  
  1052.        Cisco got 30 mentions; Wellfleet 4; PCRoute 2; Proteon 2;
  1053.        Apple 1; DEC 1; Network Systems 1; Shiva 1; Vitalink 1;
  1054.        3COM 1.
  1055.  
  1056.   10. Whose bridges are recommended?
  1057.  
  1058.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1059.  
  1060.        "Name some bridge vendors whose routers you have used and
  1061.        recommend:"
  1062.  
  1063.        DEC got 6 mentions; Retix 5; BICC 3; Cabletron 3; 3COM 3;
  1064.        Cisco 2; PCBridge 2; Vitalink 2; ACC 1; Clearpoint 1;
  1065.        Datability 1; Develcon 1; Dowty Scanet 1; HP 1; IBM (Token
  1066.        Ring) 1; Network Application Technology 1; PCBRoute 1;
  1067.        Wellfleet 1.
  1068.  
  1069.   11. Whose Ethernet equipment are recommended?
  1070.  
  1071.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1072.  
  1073.        "Name some Ethernet concentrator/transceiver/repeater
  1074.        vendors whose Ethernet equipment you have used and
  1075.        recommend:"
  1076.  
  1077.        Cabletron got 20 mentions; BICC 8; DEC 8; HP 4; Synoptics
  1078.        4; David 3; Lantronix 3; Gandalf 2; Lannet 2; Pirelli Focom
  1079.        2; Acton 2; Allied Telesys 1; AMP 1; Asante 1; Chipcom 1;
  1080.        Dowty Scanet 1; Dupont Electroptic 1; EAZY 1; Fibermux 1;
  1081.        Hirschmann 1; IMC Network Corporation 1; NetCor
  1082.        Transceivers 1; Sension 1; 3COM 1.
  1083.  
  1084.   12. Whose Token Ring equipment are recommended?
  1085.  
  1086.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1087.  
  1088.        "Name some Token Ring equipment vendors whose Token Ring
  1089.        equipment you have used and recommend:"
  1090.  
  1091.        IBM was mentioned by 6 responders; FiberMux 1; Madge 1;
  1092.        Synoptics 1.
  1093.  
  1094.   13. Whose FDDI equipment are recommended?
  1095.  
  1096.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1097.  
  1098.        "Name some FDDI equipment vendors whose FDDI equipment you
  1099.        have used and recommend:"
  1100.  
  1101.        Cisco was mentioned by 6 responders; DEC 2; Tymeplex 2;
  1102.        ALCATEL 2; AT&T 1; Synernetics 1; Tekelec 1.
  1103.  
  1104.   14. What PC network software is recommended?
  1105.  
  1106.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1107.  
  1108.        "Name some PC network software vendors whose PC network
  1109.        software you have used or recommend:"
  1110.  
  1111.        Novell was mentioned by 19 responders; FTP Software 14; Sun
  1112.        8; DEC 3; Apple 2; Farallon 2; InterCon 2; 3COM 2; Beame
  1113.        and Whiteside 1; Hummingbird Communications 1; IBM 1;
  1114.        Microsoft 1; NCSA 1; Neon Software 1; Network Application
  1115.        Technology 1; Sitka 1.
  1116.  
  1117.   15. What protocols should run on a campus-wide LAN?
  1118.  
  1119.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1120.  
  1121.        "Name some protocols that you use to interconnect your
  1122.        campus that you would recommend:"
  1123.  
  1124.        TCP/IP was mentioned by 39 responders; Appletalk 9; DECNET
  1125.        9; IPX 9; LAT 2; Coloured Book 2; G.703 2; ISO CONS 2;
  1126.        X.25/HDLC 1; XNS 1.
  1127.  
  1128.   16. What software is recommended for managing a campus-wide LAN?
  1129.  
  1130.      Queries and answers from the 12/91 BIG-LAN Reader Survey:
  1131.  
  1132.        "Name some network management system that you use for the
  1133.        management of a campus LAN, that you recommend:"
  1134.  
  1135.        PSI SNMP was mentioned by 4 responders; Cabletron Remote
  1136.        LanView 2; Cisco NetCentral 2; Proteon Overview 2; SNMP 2;
  1137.        "A good drawing program" 1; DEC EMA 1; Map 1; NEMISYS from
  1138.        SEEL 1; SunNet Manager 1; TRW NMS 1.
  1139.  
  1140.        "Name other software that you use for the management of a
  1141.        campus LAN that you recommend:"
  1142.  
  1143.        FTP LanWatch was mentioned by 3 responders; EtherPeek 2;
  1144.        ping 2; AG Group Net Watchman for Appletalk 1; Apple
  1145.        Interpoll 1; Clarkson Packet Driver Utilities 1; DEC LAN
  1146.        Traffic Monitor 1; Domain Name System 1; inetrover 1; LAN
  1147.        Patrol 1; Neon Software Netminder Localtalk 1; Neon
  1148.        Software Netminder Ethernet 1; Network Application
  1149.        Technology EtherMeter 1; Shiva Net Manager 1; SNMP-Gawk (A
  1150.        SNMP-capable Gawk) 1; traceroute 1; Unix 1; Watchdog 1.
  1151.  
  1152.   17. What terminal server is recommended?
  1153.  
  1154.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1155.  
  1156.        "Name vendors of terminal servers that you use and
  1157.        recommend:"
  1158.  
  1159.        Cisco was mentioned by 13 responders; DEC 5; Xyplex 4;
  1160.        Datability 2; Xylogics 2; 3COM 2; Emulex 1; Lantronix 1;
  1161.        Netcomm 1; Spider 1; TRW 1.
  1162.  
  1163.   18. Whose troubleshooting equipment are recommended?
  1164.  
  1165.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1166.  
  1167.        "Name some vendors of network troubleshooting equipment
  1168.        that you use and would recommend:"
  1169.  
  1170.        Network General was mentioned by 8 responders; HP 4;
  1171.        Tektronix 4; Cabletron 3; Novell 3; Spider 3; AG Group 2;
  1172.        Wandel and Goltermann 2; FOTEC 1; Neon Software 1.
  1173.  
  1174.   19. What security products should I buy?
  1175.  
  1176.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1177.  
  1178.        "Name some security products that you use to maintain
  1179.        security on your campus LAN that you recommend:"
  1180.  
  1181.        The answers reflected the lack of obvious products to
  1182.        choose from.  Responses included "Athena Kerberos",
  1183.        "Encryption in Net3270", "Extended TACACS', "Host
  1184.        security", "Physical security", "Router access control
  1185.        lists", "SecurID", "Virus Scan", and "Windows Workstation".
  1186.  
  1187.   20. Should the names of devices on my campus LAN have subdomains?
  1188.  
  1189.        Example of name without subdomain: bigvax.sequoia.edu;
  1190.        example with subdomain: bigvax.acs.sequoia.edu.  It is
  1191.        possible to run networks of thousands of computers without
  1192.        the bother of subdomains, but they have some advantages.
  1193.  
  1194.      Queries and answers from the 12/91 BIG-LAN Reader Survey:
  1195.  
  1196.        "For Internet names of nodes on a campus network that
  1197.        supports TCP/IP, do you prefer the use of subdomains?"
  1198.  
  1199.        27 responders said yes, 5 said no, 2 said it depends.
  1200.  
  1201.        "If you have worked on a campus that utilizes subdomains
  1202.        and one that does not, which does your experience tell you
  1203.        is the better way to administer names in a campus network?"
  1204.  
  1205.        5 responders said the LAN with subdomains worked better; 2
  1206.        said the LAN without subdomains worked better.  One
  1207.        responder claimed that a good rule of thumb is that a LAN
  1208.        with more than 4000 stations works better with subdomains.
  1209.  
  1210.   21. Should client stations use POP?  Should they use just
  1211.       SMTP?  Should I use some non-TCP/IP protocol for mail
  1212.       to/from client stations?
  1213.  
  1214.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1215.  
  1216.        "For client station's mail, which do you prefer: SMTP;
  1217.        TCP/IP-based client-server protocols (e.g.  POP, POP2,
  1218.        etc); other LAN protocols?"
  1219.  
  1220.        10 responders preferred TCP/IP-based client-server
  1221.        protocols (e.g.  POP, IMAP, PCMAIL); 7 preferred SMTP; 4
  1222.        said "use all three"; 3 preferred users signing onto a host
  1223.        system; 2 preferred other LAN protocols; 1 said "SMTP and
  1224.        TCP/IP-based client-server protocols"; 1 said "SMTP and
  1225.        X.400".
  1226.  
  1227.  
  1228.   22. Should I enable SQE/heartbeat?
  1229.  
  1230.      This is a very brief discussion of SQE Test and CPT (both
  1231.      commonly referred to as "heartbeat") for IEEE 802.3 and
  1232.      Ethernet. For really gory details, see the appropriate
  1233.      documents, IEEE standard 802.3, ISO standard 8802-3, and
  1234.      the DIX Ethernet V2 Standard. (The first 2 references are,
  1235.      in theory, identical.)
  1236.      
  1237.      First, SQE Test (often misleadingly shortened to "SQE" by
  1238.      vendors) and CPT are not quite the same thing. CPT is a
  1239.      part of DIX Ethernet Version 2 and is simply a test of
  1240.      collision detection functionality in the MAU (that's the
  1241.      IEEE 802.3 name for a transceiver, Media Access Unit). It
  1242.      is ALWAYS present in Ethernet V2 MAUs and can't ever be
  1243.      disabled (without modifying the hardware). It is required
  1244.      for correct operation of ALL Ethernet V2 equipment.
  1245.      
  1246.      SQE Test, on the other hand, is part of the 802.3
  1247.      specification and performs a number of MAU tests and
  1248.      "reports" to the controller if all is well.  The "report"
  1249.      is in the form of a pulse nearly identical to the V2 CPT
  1250.      pulse, but with slightly differing timing specifications.
  1251.      It should be switchable, as 802.3 requires SQE Test for all
  1252.      terminal equipment, but prohibits it for repeaters.
  1253.      
  1254.      SQE Test and Heartbeat both appear as a signal in the
  1255.      collision lines from the MAU to the controller after every
  1256.      write. This is why MAUs with SQE Test enables and with
  1257.      displays show a collision every time they show a write.
  1258.      THIS IS NORMAL!
  1259.      
  1260.      Quick digression: What is a collision? Of course, we all
  1261.      know that a collision is when two controllers start to
  1262.      transmit at the same time (more of less) and that when this
  1263.      happens both will stop and wait for a random interval and
  1264.      then retransmit if carrier is not present. This function is
  1265.      critical to proper network operation. A MAU which can't
  1266.      detect a collision can mess up a network badly. This makes
  1267.      it critical to be able to quickly isolate "broken" MAUs. If
  1268.      you don't understand this, read any of the old papers on
  1269.      multiple access nets, especially the old Aloha Net.
  1270.      
  1271.      In practice, MAUs hardly ever fail. BUT IF ONE DOES, YOU
  1272.      MAY HAVE A BIG PROBLEM!
  1273.      
  1274.      While SQE Test indicates a bit more than heartbeat did and
  1275.      is slightly different in both timing and electrical
  1276.      characteristics, they are essentially the same from the
  1277.      perspective of most terminal equipment and you can replace
  1278.      an Ethernet V2 MAU with an 802.3 MAU with SQE Test enabled
  1279.      most of the time. (A notable exception is an Ethernet
  1280.      repeater which really requires an Ethernet V2 MAU. There
  1281.      may be others.) You can even replace an 802.3 MAU with an
  1282.      Ethernet V2 one most of the time. In fact, there are
  1283.      "fixes" for some Ethernet V2 MAUs to disable heartbeat and
  1284.      make them into something like an 802.3 MAU with SQE Test
  1285.      disabled. This also seems to work almost all the time.
  1286.      
  1287.      Anyone still with me? OK
  1288.      
  1289.      RULE FOR SQE Test. Always turn it on except for repeaters.
  1290.      There should be no exceptions to this rule, but there are.
  1291.      Some manufacturers can't seem to read standards (or just
  1292.      don't care). As a result there are some terminal devices
  1293.      that get upset when they see SQE Test. I have been told
  1294.      that this is true of the cisco AGS, but not the IGS. Not
  1295.      that there is any documentation on this.  Several email
  1296.      exchanges with cisco folks have not clarified this.
  1297.      
  1298.      There is one BIG special case, the Ethernet fan-out box,
  1299.      most commonly a DEC DELNI. This box has only one MAU, so it
  1300.      repeats the CPT (it's a V2 device) that it sees from the
  1301.      MAU on the "master" port. If the master port is disabled,
  1302.      CPT is generated internally to keep things happy.
  1303.      
  1304.      But, what if you plug a repeater into a DELNI? You can
  1305.      disable CPT by using an 802.3 MAU with SQE Test disabled.
  1306.      or, if you don't use the master port, turn it on and plug
  1307.      an Ethernet loopback connector into the master port. In
  1308.      either case, CPT is disabled to ALL PORTS! No way around
  1309.      this.
  1310.      
  1311.      DELNIs produce other oddities. They shorten the total
  1312.      maximum length of the AUI cable used between the system and
  1313.      the MAU to 35 meters. (And don't forget to include the
  1314.      length of the cable between the interface and the connector
  1315.      on the rear of the cabinet.) This number is the sum of the
  1316.      cable from the host to the DELNI and from the DELNI to the
  1317.      MAU.  Two 20 meter cables and you are over the limit!
  1318.      Because of these and other oddities, I try to avoid DELNIs.
  1319.      And I NEVER EVER plug a repeater of any type into one.
  1320.      
  1321.      Other companies make 802.3 equivalents to the DELNI on
  1322.      which SQE Test may be switched on each port. While this
  1323.      fixes one problem, the timing concerns of fan-out boxes
  1324.      remains. Buyer beware! Neither 802.3 nor Ethernet V2
  1325.      standards cover fan-out boxes in any way, so there is no
  1326.      way to really claim that they meet standards (or don't).
  1327.      
  1328.      We've now covered the basics. So what happens when a MAU
  1329.      fails? In theory, every time it transmits a packet, an
  1330.      error is logged. This happens on some equipment. But most
  1331.      software I've dealt with simply ignores the error flag and
  1332.      does nothing. So SQE Test makes absolutely no difference to
  1333.      these systems. THIS IS BAD SOFTWARE DESIGN.
  1334.      
  1335.      Once in a while a MAU does fail. If it is on some device
  1336.      that does not log SQE Test failures or has a MAU with SQE
  1337.      Test turned off, you don't know what is happening.  If you
  1338.      are on 10baseT, it can be isolated to a hub pretty quickly,
  1339.      but on coax you are reduced to segmenting the cable
  1340.      (physically disconnecting it) until you have isolated the
  1341.      problem. This is NOT fun and makes the network manager very
  1342.      unpopular since the network tends to be down for a LONG
  1343.      time. It took about 4 hours last time I had this problem
  1344.      and could have taken longer.
  1345.      
  1346.      What's a network manager supposed to do? Complain
  1347.      vigorously to vendors of equipment that don't adhere to the
  1348.      standard. Complain equally to vendors of software that
  1349.      doesn't bother to log the failures. SNMP is no good if the
  1350.      agents don't have any information to send out.
  1351.  
  1352. End of Memo: BIG-LAN Frequently Asked Questions
  1353.  
  1354.  
  1355.